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Verfahren zur EinbindunQ von audiovisueller codierter 
Information in einen vorcrecrebenen, rahmenstrukturierten 
UbertracfunQS standard sowie Endgerate hierzu 

Stand der Technik 

Fiir die Ubertragung von Bild- und Tondaten niedriger 
Bitraten fiir Multimedia Kommunikation wird mittels der ITU- 
H.324 Spezif ikation "Terminal for low bitrate multimedia 
commmunication" ein System spezif iziert , das fiir 
Bildtelef onie-Anwendungen geeignet ist. 

Figur 1 zeigt ein Blockschaltbild eines solchen Multimedia 
Systems gemaS dem Standard H.324. In dem mit Bezugszeichen 1 
gekennzeichneten Block sind die Baugruppen, die in H.324 
naher spezif iziert sind, untergebracht . Der Video-Codec 2 
ist gemaS dem Verfahren nach ITU-H. 263/H. 261 ausgebildet. 
Dem Audio- Codec 3 gemaS ITU G.72 3 ist eine 

Verzogerungseinrichtung 4 nachgeschaltet , um evtl . zeitliche 
Unterschiede zwischen der Bildcodierung und Toncodierung 
auszugleichen . Die Einrichtung 5 dient zur Verarbeitung von 
Datenprotokollen, z. B. V.14 LAPM usw. , und die Einrichtung 
6 verarbeitet Steuerprotokolle gema£ ITU H.245. Den Codecs 2 
und 3 werden iiber entsprechende I/O ( Input /Output ) - 
Einrichtungen 7 und 8 audiovisuelle Daten angeliefert. Die 
Einrichtungen zur Verarbeitung von Protokollen 5 und 6 
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erhalten liber die Einrichtungen 9 (User Data Applications) 
und 10 (System Control) ihrer Eingangsdaten . Die Datenstrome 
der Codecs 2 , 3 sowie der 

Protokollverarbeitungseinrichtungen 5 und 6 werden liber die 
Multiplex-/Demultiplex-Einrichtung 11 nach dem H.223 
Standard zusammengef iihrt . Das nachgeschaltete Modem 12 
liefert fiir die zusammengef aSten Datenstrome V.34 konforme 
Daten und fiir die System-Control -Daten V.25 konforme Daten. 
Das Ubertragungsnetz 13 schlieSt sich an den Block 1 an mit 
zugehoriger Net zsteuerung 14. 

Vorteile der Erfindung 

Das Verfahren gemaS den Merkmalen des Anspruchs 1 sowie der 
Unteranspriiche ist geeignet obj ektbasiert codierte 
Information, insbesondere nach dem MPEG-4 
Ubertragungs standard, in einen vorgegebenen 

rahmenstrukturierten Ubertragungs standard, insbesondere in 
einen ITU-Standard, einzubinden und ermoglicht so den 
Transport der codierten MPEG-4 Daten. Gegenuber 
herkommlichen Video-Codierverf ahren, wie dem eingangs 
vorgestellten Videoverf ahren gemaS ITU-H . 263/H . 261 und dem 
Audio-Codec gemaE G. 723.1 ergeben sich insbesondere die 
folgenden Vorteile; 

- objektbasierte Kodierung synthetischer und natiirlicher 
visueller Objekte sowie Audio-Objekte, 

- verbesserte Kodieref f izienz, 

- verbesserte visuelle Fehlerrobustheit der Video -Kodierung, 

- eigenes Format zur Beschreibung der Anordnung 
audiovisueller Objekte, 

- Synchronisation unterschiedlicher audiovisueller Objekte, 

- Interaktion mit audiovisuellen Objekten. 



Das erf indungsgemaSe Verfahren besitzt den groSen Vorteil, 
daS das gesamte MPEG-4 System bei Verwendung einer groSen 
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Anzahl von Objekten mittels des MPEG-4 Standards zu einem 
Datenstrom paketiert wird, der alle Inf ormationen zum 
Decodieren enthalt. 

Weiterhin werden beim Fahigkeiten-Austausch und beim Offnen 
eines Ubertragungskanals die gleichen Datenstrukturen 
verwendet, die den zu ubertragenden Datenstrom-Typen, die 
verwendeten Kodier-Werkzeuge und die Datenkapazitat 
kennzeichnen . 

Durch die Verwendung von Datenpaketen konstanter Lange wird 
die Fehlerrobustheit erhoht . Die Auf synchronisation in den 
Datenstrom nach einem Fehler ist einfach moglich. 

Zeichnungen 

Anhand der weiteren Zeichnungen wird die Erfindung naher 
erlautert . Es zeigen: 

- Figur 2a und 2b Blockschaltbilder von MPEG-4 Multimedia 
Systemen basierend auf einem H.324 Terminal, 

- Figur 3 den Aufbau eines Flex-Mux Protokolls im Simple 
Mode mit konstanter Lange, 

- Figur 4 den Aufbau eines Flex-Mux Protokolls im Mux Mode 
mit konstanter Lange, 

- Figur 5 einen Adaption-Layer Rahmen gemaS ITU H.223, 

- Figur 6 die Verschachtelung der Daten der logischen ITU- 
Kanale, 

- Figur 7 das Header Format, 

- Figur 8 ein Beispiel fur einen Multiplex Entry Descriptor, 

- Figur 9 die Einbindung von Paketen konstanter Lange in die 
ITU-Adaption-Layer variabler Lange. 
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Beschreibung von Ausf uhrungsbeispielen 

Bevor das erf indungsgemaSe Verfahren im Detail beschrieben 
wird, werden zum besseren Verstandnis die verwendeten 
Standards kurz spezif iziert : 

Der Standard ITU-H.324 spezif iziert ein Terminal, welches 
aus einem Video-Codec gemaS H.261/H.263, einem Audio-Codec 
gemafi G. 723, einem Multiplexer gemaS H.223 und einem 
Kontroll-Protokoll gemaS H.245 besteht. Der Aufbau und das 
Zusammenf iigen der einzelnen Komponenten ist in diesem 
Standard beschrieben. 

Der ITU-H.223 Standard spezif iziert ein paketorientiertes 
Multiplex-Protokoll fur Multimedia-Kommunikation mit 
niedrigen Bitraten. Es wird fur die Ubertragung niedriger 
Bitraten zwischen zwei Multimedia-Terminals oder einem 
Terminal und einer Multi-Point-Einheit eingesetzt. Das 
Protokoll ermoglicht die Ubertragung einer beliebigen 
Kombination von Audio-, Video- und Dateninf ormationen iiber 
einen einzelnen Kommunikationskanal . Das Protokoll zeichnet 
sich durch "Low-Delay" und . niedrigem Overhead aus. Die 
notwendigen Protokoll-Prozeduren zur Imp lementie rung des 
Multiplex-Protokolls werden im H.245 Standard spezif iziert . 

Der Standard ITU-H.245 "Control Protocol for Multimedia 
Communication" spezif iziert die Syntax und Semantik von 
Terminal -Inf ormationen und Nachrichten sowie die Prozeduren 
zum Kommunikationsaufbau. Die Nachrichten ermoglichen den 
Austausch von Terminal -Fahigkeiten/Capabili ties , z. B. 
Terminal A signalisiert Terminal B, da£ es Video-Daten 
decodieren kann und welche Verfahren es unterstiitzt. 



Weiterhin ist ein Protokoll spezif iziert , was die 
zuverlassige Ubertragung von audiovisuellen Daten mittels 
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einer Acknowledge Nachricht erlaubt (Terminal A signalisiert 
Terminal B den korrekten Empfang des Datenpakets) . 

Der Standard ITU-H . 263/H . 261 Standard spezifiziert die 
Codierung von komprimierten Videodaten fiir Kanale niedriger 
Bitraten. 

Der G. 723.1 Standard spezifiziert die Decodierung von 
komprimierten Audiodaten fiir Kanale niedriger Bitraten. 

Fiir die Ubertragung von MPEG-4 Daten mittels des H.245 
Standards mu£ zunachst ein Austausch der Fahigkeiten 
(Capability Exchange) der kommunizierenden Terminals 
stattfinden, urn die gegenseitige Kommunikation zu 
ermoglichen. Die Dateniibertragung erfolgt in dem dafiir 
vorgesehenen logischen Kanal 0 entsprechend H.245. Des 
weiteren ist es erf orderlich, die MPEG-4 Dekoder zu 
konf igurieren. Die dazu notwendigen MPEG-4 spezifischen 
Inf ormationen wie der Initial Object Descriptor werden 
entweder mittels H.245 insbesondere dem logischen Kanal 0 
Oder iiber einen separaten logischen ITU- Kanal iibertragen, 
insbesondere einem logischen Kanal ungleich 0 entsprechend 
dem ITU-H. 223 Standard. 

AnschlieSend miissen mittels des H.245 Standards die 
einzelnen, logischen Kanale zur Ubertragung der 
audiovisuellen Datenstrome geoffnet werden. Da der MPEG-4 
Standard obj ektbasierend ist, (z. B. kann ein Bild aus 
mehreren Video-Ob j ekten bestehen, die in separaten SL- 
Paketen iibertragen werden) sind hier zwei Moglichkeiten 
vorzusehen. Datenstrome mit geringer Objektanzahl werden 
direkt mittels des H.223 Multiplexers paketiert und in 
einzelnen ITU-Kanalen iibertragen (Ausf iihrungsbeispiel gemaS 
Fig. 2a), solche mit groSer Objektanzahl werden zu einem 
MPEG-4 Datenstrom mittels des MPEG-4 FlexMux gemultiplext 




und in einem ITU-Kanal ubertragen (Ausf uhrungsbeispiel gemaS 
Fig. 2b) . 

Die Zuordniing der einzelnen SL-Pakete innerhalb der ihnen 
zugeordneten ITU-Kanale bei geringer Objektanzahl erfolgt 
mittels des „portNumber " Feldes innerhalb der Open Logical 
Channel Prozedur nach H.245. Dieses Feld enthalt bei der 
MPEG-4 Ubertragung die Elementar Strom Ident if ikation (ES- 
ID) , wodurch eine Zuordniingstabelle (Stream-Map-Table) 
eingespart werden kann. 

Fiir die Ubertragung von MPEG-4 Datenstromen gro£er 
Objektanzahl mittels des FlexMxax werden zusatzliche 
Descriptoren definiert, die den Verbindungsauf bau 
ermoglichen, Nur mit diesen ist die Erkennung der einzelnen 
MPEG-4 Datenstrome moglich. 

Eine Kapselung oder auch die Zusammenf iihrung 
unterschiedlicher Systeme, z. B, Kombination von H.324 
Plattform und MPEG-4 Plattform, ist einfach durchf uhrbar . 

Die MPEG-4 spezif ischen, logischen Kanale werden mittels des 
MPEG-4 Flexmux Tools gemultiplext . Hierbei wird die 
Verwendung von Paketen konstanter Lange definiert, wodurch 
die Fehlerrobustheit erhoht wird. Die Auf synchronisation in 
den Datenstrom nach einem Fehler ist so moglich. 

Nachfolgend wird dieses Konzept im Detail beschrieben. 

Fiir den Capability Exchange muS eine MPEG-4 Capability 
innerhalb H.245 definiert werden, die wie folgt aussehen 
kann: 
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Isl4496Cap 
{ 

isl4496 Profile Level Indication SET SIZE (1...256) of 
Profile Level Indication 

} 

is 144 96 Profile Level Indication 

{ 

stream Type 

Profile Indication Level Indication 

} 

Oder 

isl4496 Profile Level Indication 



Der Vorteil dieser Capability Definition begriindet sich in 
dem geringen Daten-Overhead und einem Verweis auf die 
Spezif ikation innerhalb des MPEG-4 Standards. Der stream 
Type definiert den Typen des Datenstroms, der Profile 
Indikator definiert die Dekodier-Werkzeuge und der Level die 
maximale Datenrate . Innerhalb MPEG-4 sind unter anderem 
diese Parameter enthalten mit Ausnahme der Level Indication, 
die noch zu spezif izieren ist. 

Die isl4496 Profile Level Indication dient auch dazu, 
mittels des „Data Type" Feldes den Daten-Typen beim Offnen 
eines logischen Kanals mittels der H.245 Funktion Open 
Logical Channel anzuzeigen . 

Nachdem mittels des Capability Exchange die 

Terminalf ahigkeiten definiert sind, wird die Konf iguration 
der Dekoder durch die Ubertragung der Initial Descriptoren 
durchgefiihrt . Dieses geschieht entweder mittels eines 
request/confirm Kommandos nach H.245, innerhalb dessen die 
Initial Ob j ect Descriptoren ausgetauscht werden oder durch 



decConf Descr DecoderConf igDescriptor 



} 
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das Offnen eines neuen ITU-Kanals der nur den Initial Object 
Descriptor oder den SL-Object Descriptor Strom enthalt. 

Nach der Konf iguration werden die einzelnen ITU-Kanale 
geoffnet. Hierbei werden zwei Varianten in Abhangigkeit der 
zu iibertragenen Datenstrome bzw. der Anzahl der Objekte 
unterstiitzt . 

Die audiovisuellen kodierten Inf ormationen, insbesondere 
gemaS MPEG-4, werden zu separaten Datenstromen aufbereitet. 
Ein Encoder, der einen MPEG-4 konformen Datenstom generiert, 
liefert an seinem Ausgang bereits mehrere dieser separaten 
Datenstrome, insbesondere SL (Synchronisation Layer) - 
paketierte Datenstrome. In Figur 2a und Figur 2b sind die 
Elementardatenstrome (El. Streams) am "Elementary Stream 
Interface" der Sync (Synchronisation) -Layer dargestellt. 
Innerhalb dieser "Sync Layer" erfolgt die Paketierung der 
Elementardatenstrome, die dann am "Stream Multiplex 
Interface" fur die Weiterverarbeitung abgreifbar sind. Bei 
geringer Anzahl von Objekten werden die SL-paketierten MPEG- 
4 Datenstrome nach H.223 in AdaptationLayer Pakete verpackt 
und mittels des H.223 Standards gemultiplext . Da nur 15 ITU- 
Kanale vorhanden sind, ist diesem Verfahren bei einer 
entsprechend kleinen Anzahl von Objekten der Vorzug zu 
geben. Figur 2a zeigt den Aufbau. Jeder einzelne SL- 
paketierte MPEG-4 Datenstrom wird am „ Stream Multiplex 
Interface" abgegriffen und in einem logischen ITU-Kanal 
ubertragen. Das „portNumber" -Feld dient beim Offnen des 
jeweiligen logischen Kanals zur Signalisierung der 
zugeordneten Elementardatenstrom- Identif ikation (ES-ID) . 

Bei einer groSen Anzahl von Objekten werden die SL- 
paketierten MPEG-Datenstrome mittels des MPEG-4 FlexMux- 
Tools zu einem Datenstrom gemultiplext und in einem ITU- 
Kanal ubertragen . 
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Wie Figur 2b zeigt, werden folgende logischen MPEG-4 Kanale 
(SL-paketierte Datenstrome) mittels des MPEG-4 FlexMux-Tools 
in einen Ubertragungsrahmen gemultiplext und in einem 
logischen ITU-Kanal ALl libertragen: 
SL-Audio, 
SL-Video, 

SL-OCR (Object Clock Reference) , 

SL-OD (Object Descriptor) , 

SL-OCI (Object Content Information) . 

Fiir die Ubertragung von MPEG-4 Datenstromen werden die 
Video/Audio/Data Bitstrome durch einen MPEG-4 Datenstrom 
ersetzt. Das Hinzufiigen eines weiteren MPEG-4 Datenstroms 
ist ebenso moglich, wie es derweil auch mit mehreren Audio- 
stromen, wie z. B. Begleitton in unterschiedlichen 
Sprachen, praktiziert wird. 

Fiir dieses Verfahren ist es notwendig, MUXCODETABLE_Entry 
wahrend der Initialisierungsphase zu iibertragen, um den 
MPEG-4 FlexMux zu konf igurieren . 

Letztendlich muS dem MPEG-4 Dekoder die vorgenommene 
Zuordnung der einzelnen ES-Strome zu den zu mult iplexenden 
Daten mitgeteilt werden. Dies wird mittels einer Channel Map 
Table (oder auch Stream Map Table genannt) erreicht. 

Diese drei Inf ormationen sind fiir die Dekodierung notwendig . 

Um die zusatzlichen Inf ormationen MUXCODETABLE_Entry und 
Channel Map Table in den Initial Object Descriptor 
einzufiigen, ist die Definition neuer Descriptoren notwendig. 
Diese werden in Form von Extension Descriptors in den 
Initial Obj ect Descriptor eingef iigt . 
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Class Channel Map Table Descriptor: bit (8) tag= to be 

defined 

i 

bit (16) length: 

Bit (15) streamCoiint ; 

Bit (1) MultiplexCodeFlag; 

For (i=0; i<streainCount ; i++'{ 

Bit (16) ES_ID; 

Bit (8) FlexMuxChannel; 

IFMultiplexCodeFlag^ 



Bit (4) MultiplexCode; 
Bit (4) reserved; 

Der f ettgedruckte Teil zeigt den hier neu definierten 
Descriptor . 

Ahnlich kann auch der Aufbau eines 
MuxCodeTableEntryDesccriptors erf olgen : 

Class MuxCodeTableEntryDescriptors : bit (8) tag= to bedefined 
i 

bit (16) lengths- 
bit (4) number OfMixxCodeTableEntries ; 
bit (1) cons tan tLengthFlag; 
bit (3) reserved; 
IF constantLengthFlag 

bit (8) FlexMxixLength; 
For (j=0; j <nuinberOf MxixCodeTableEntries ; 



bit (8) length; 
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bit (4) MuxCode; 
bit (4 ) version; 
bit (8) substructureCount ; 
for (i=0; i<substructureCount ; i++) ( 
bit (5) slotCount ; 
bit (3 ) repetitionCount ; 
for (k:=0 ; k<slotCount ; k++) ( 

bit (8) f lexMuxChannel (i) (k) ; 
bit (8) numberOf Bytes (i) (k) ; 

} 



Der f ettgedruckte Tail zeigt den hier neu definierten 
Descriptor. Das Datenfeld numberOf MiixCodeTableEn tries 
ermoglicht die Ubertragung der maximal 16 

MuxCodeTableEntries . Mittels des constantLengthFlag und dem 
Feld FlexMxixLenth wird dem Empf anger signalisiert , daS die 
FlexMux-Pakete mit konstanter Lange mit der PaketgroSe 
FlexMuxLenth + 2 iibertragen werden. 

Die in MPEG-4 definierten FlexMux-Pakete werden zum einen 
in dem Simple Mode gemaS Fig. 3 und zum anderen in dem 
MuxCode gemaS Fig. 4 iibertragen. 

Durch Verwendung von Paketen konstanter, ungerader Lange, 
hier 12 7 Bytes, konnen die oberen 7 Bits des Length Felds 
zur Synchronisation genutzt werden. 

Dieses erhoht die Fehlerrobustheit und erlaubt eine 
Resynchronisation, falls ein Langenfeld eines Pakets 
f ehlerhaf t ist . 



Diese FlexMux - Pakete miissen nun in einen ITU-Rahmen 
eingebunden werden. In Figur 5 ist ein Adaptation Layer 
(AL) -Rahmen gemaS ITU-H.223 gezeigt, mit einem AL-PDU 
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(Protocol Data Unit) Payload Field. Aufgrund der variablen 
Lange eines FlexMux Pakets ware das Auffinden eines neuen 
FlexMux Pakets nach einem Fehler im Langenfeld nicht mehr 
moglich. Dieses ist besonders schadlich, wenn mehrere MPEG-4 
Elementarstrome (z. B. BIFS, OD, und Video) in einem ITU 
Kanal ubertragen werden. 

Durch Verwendung konstanter Langen innerhalb der MPEG-4 
FlexMux Pakete, nach der Erfindung, ist dies nun wiederum 
moglich . 

Die einzelnen AL-PDU Pakete variabler Lange werden nun 
mittels des Multiplexers verpackt . 

Der Aufbau des Multiplex Layer und die prinzipielle 
Einbindung des MPEG-4 FlexMiix Datenstroms wird kurz 
erlautert . 

Eine MUX Protocol Data Unit (MUX-PDU) besteht aus einem 
Header und einem Information Field, indem die Daten der 
einzelnen logischen ITU Kanale verschachtelt sind. Figur 6 
zeigt den Aufbau. 

Der Header besteht aus einzelnen Feldern, die in Figur 1 
gezeigt sind. 

Der 4 Bit groSe Multiplex Code zeigt auf einen iiber H.245 
iibertragenen MultiplexEntry , wovon maximal 15 verschiedene 
definiert werden konnen. 

Das Header Error Control Feld ist ein 3 Bit groSes CRC Feld, 
welches eine Fehler -Erkennung im Header zulaSt . 

Das 1-Bit Packet Marker Feld markiert das Ende einer MUX-SDU 
eines segmetierten logischen Kanal s . 
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Das in Figur 6 gezeigte Inf ormations-Feld wird mittels der 
in H.245 ubertragenen Mult iplexTable konf iguriert . 

Das Inf ormations-Feld kann mit einem Closing Flag jederzeit 
an einer Oktett-Grenze abgeschlossen werden, jedoch darf 
eine MUX-SDU von einem nicht segment ierbaren Kanal nicht 
unterbrochen werden. 

Der MultiplexEntryDescriptor konf iguriert den H.223 
Multiplexer und wird in der Initialisierungsphase iibertragen 
(Figur 8) . 

In dieser Figur bedeutet LCN: LogicalChannelNumber , RC: 

RepeatCount , UCF : UntilClosingFlag . 

Der Vorteil wird in der Figur 9 deutlich: 

wenn in einem ITU-Kanal mehrere MPEG-Daten iibertragen werden 
und MPEG-4 Pakete variabler Lange benutzt werden, dann sind 
alle folgenden FlexMuxPakete nicht mehr decodierbar. Die 
geschickte Verwendung des Langenfelds als ein 
Synchronisationsmarker erlaubt die Auf synchronisation des 
Empf angers . 

Das sendende Terminal signalisiert dem empfangenden Terminal 
die Paketlange mittels des hier definierten 
MuxCodeTableEntryDescriptors, der durch ein Flag 
gekennzeichnet ist, welches die Verwendung von FlexMux 
Paketen konstanter Lange signalisiert und weiterhin eifi Feld 
enthalt, welches die zu verwendende Lange festlegt. 
Hierdurch ist eine gro£e Flexibilitat verbunden mit einer 
groSen Fehlerrobustheit gewahrleistet . 

Die Erfindung kann natiirlich nicht nur fiir MPEG-4 Daten 
verwendet werden, sondern auch fiir andere audiovisuelle 
codierte Information, die in einen standardisierten 
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Ubertragungsrahmen einzubinden ist und deren Dekodierung 
einfach und fehlerrobust erfolgen soil. 

Das vorgestellte Verfahren kann natiirlich in senderseitigen 
und empf angsseitigen Endgeraten realisiert werden. Fiir die 
senderseitige Einbindung miissen entsprechende Mittel zur 
Aufbereitung bzw. zur Anlieferung von audiovisueller 
codierter Information vorgesehen sein sowie entsprechende 
Mittel zum Multiplexen der Datenstrome, zum Austausch der 
Fahigkeiten und zur Signalisierung . Fur die empf angsseitige 
Auswertung sind Mittel zur Zerlegung der gemultiplexten 
Datenkanale sowie Mittel zum Austausch der Fahigkeiten und 
deren Auswertung und zur Auswertung der Signalisierung 
notwendig. Da ublicherweise im Dialogverkehr gearbeitet 
wird, sind Teilnehmerendgerate sowohl fiir den Sende- als 
auch fiir den Empf angsbetrieb ausgeriistet . 
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07.09.98 Sk/Go 

ROBERT BOSCH GMBH, 70442 Stuttgart 
Anspriiche 

1 . Verf ahren zur Einbindung von audiovisueller codierter 
Information in einen vorgegebenen rahmenstrukturierten 
Ubertragungsstandard mit folgenden Schritten: 

die audiovisual le codierte Information wird zu separaten 
Datenstromen aufbereitet, bzw. wird in Form von separaten 
Datenstromen angeliefert, 

die einzelnen Datenstrome werden in einen bzw. mehrere 
Datenkanal/- kanale des rahmenstrukturierten 
Ubertragungsstandards gemultiplext , 
die Fahigkeiten, insbesondere die Codier- und 
Decodierf ahigkeiten, der miteinander kommunizierenden 
Endgerate werden nach dem Aufbau einer Verbindung 
ausgetauscht , 

zur Signalisierung werden Datenstrukturen verwendet, die 
Angaben iiber den verwendeten Datentyp, das zu benutzende 
Decodierwerkzeug und die Datenkapazitat enthalten. 

2. Verf ahren nach Anspruch 1, dadurch gekennzeichnet , daS 
die Datenstrukturen, die beim Austausch der Fahigkeiten und 
beim Offnen eines Ubertragungskanals verwendet werden, 
gleich gewahlt sind. 

3. Verf ahren nach Anspruch 1 oder 2, dadurch gekennzeichnet , 
daS fiir objektbasierte audiovisuell codierte Information mit 
geringer Objektanzahl die entsprechenden Datenstrome mittels 
eines Multiplexers, insbesondere eines Multiplexers nach dem 
H.223 Standard, paketiert werden und in einzelnen 
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Ubertragungskanalen, insbesondere ITU-Kanalen entsprechend 
dem H.245 Standard, libertragen werden. 

4. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet , 
daS fur objektbasierte audiovisuell codierte Information mit 
groSer Objektanzahl die entsprechenden Datenstrome zu einem 
gemeinsamen Datenstrom gemultiplext werden und in einem 
Ubertragungskanal , insbesondere in einem ITU-Kanal, 
libertragen werden. 

5. Verfahren nach Anspruch 3, dadurch gekennzeichnet , daS 
zur Zuordnung der einzelnen Pakete innerhalb der ihnen 
zugeordneten Ubertragungskanalen, ein Datenfeld 
(„portNumber" - Feld) dient, das bei einer MPEG-4 
Ubertragung eine Identif ikation der einzelnen Elementar- 
Datenstrome (ES-ID) enthalt. 

6. Verfahren nach einem der Anspriiche 1 bis 5, dadurch 
gekennzeichnet, daS neben den gemultiplexten Datenstromen 

im Ubertragungsrahmen des rahmenstrukturierten 
Ubertragungsstandards eine Signalisierungsinf ormation 
untergebracht wird, die darauf hinweist, daS gemultiplexte 
Inf ormationspakete konstanter Lange libertragen werden, 
aufgrund derer eine Synchronisation, insbesondere bei 
fehlerhaften Datenpaketen, duchfuhrbar ist. 

7. Verfahren nach einem der Anspriiche 1 bis 6, dadurch 
gekennzeichnet, dafi Obj ektdescriptoren, insbesondere der 

„ Initial Object Descriptor'' nach MPEG-4, fiir audiovisuelle 
codierte Inf ormationen in einem zusatzlichen Kanal, 
insbesondere dem logischen Kanal 0 entsprechend dem ITU- 
H.245 Standard, untergebracht werden. 

8. Verfahren nach einem der Anspriiche 1 bis 6, dadurch 
gekennzeichnet, daS Obj ektdescriptoren, insbesondere der 
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„ Initial Object Descriptor" nach MPEG-4, fur audiovisuelle 
codierte Inf ormat ionen in einem separaten Kanal, 
insbesondere einem logischen Kanal ungleich 0 entsprechend 
dem ITU- H.223 Standard, untergebracht werden. 

9. Verfahren nach einem der Anspriiche 1, 2, 4, 6 oder 7, 
dadurch gekennzeichnet , daS Zuordnungsdaten zwischen den 
separaten Datenstromen, insbesondere SL paketierten MPEG-4 
Elementardatenstromen und den gemul tiplexten Daten in dem 
zusatzlichen Kanal, insbesondere dem logischen Kanal 0 
entsprechend dem ITU- H.245 Standard, untergebracht werden. 

10. Verfahren nach einem der Anspriiche 1 bis 9, dadurch 
gekennzeichnet, daS fiir die Signalisierungsinf ormat ion 
Datenf elder vorgesehen werden, welche zum einen die 
konstante Lange und die PaketgroSe der gemul tiplexten 
Inf ormationspakete kennzeichnen . 

11. Verfahren nach einem der Anspriiche 1, 2, 4, 6, 7, 9 oder 
10, dadurch gekennzeichnet, daS als audiovisuelle codierte 
Information MPEG-4 Daten verwendet werden, die zu Flex-Mux- 
Paketen konstanter Lange aufbereitet werden, und daJS diese 
Flex-Mux-Pakete konstanter Lange in einen Ubertragungsrahmen 
gemul tiplext werden, die eine Ubertragung gemaS dem ITU- 
Standard H.3 24 ermoglicht. 

12. Verfahren nach einem der Anspriiche 1 bis 11, dadurch 
gekennzeichnet, dag innerhalb der „ Adaptation Layer" 
variabler Lange gemaS ITU-Standard H.324 mehrere MPEG-4 
Daten in Datenpaketen konstanter Lange untergebracht werden, 
wobei im Anf angsbereich dieser Datenpakete jeweils ein 
Langenfeld vorgesehen ist, welches als 

Synchronisationskennung, insbesondere zur Auf synchronisation 
eines Empf angers, verwendbar ist . 
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13. Endgerat zur senderseitigen Einbindung von 
audiovisueller codierter Information in einen vorgegebenen 
rahmenstrukturierten Ubertragungsstandard mit folgenden 
Merkmalen : 

Mitteln zur Aufbereitung der audiovisuellen codierten 
Information zu separaten Datenstromen an das Endgerat 
bzw. zur Anlieferung in Form von separaten Datenstromen 
an das Endgerat, 

Mitteln zum Multiplexen der einzelnen Datenstrome in 
einen bzw. mehrere Datenkanal/- kanale des 
rahmenstrukturierten Ubertragungss tandards , 
Mitteln zum Austausch der Fahigkeiten, insbesondere der 
Codier- und Decodierf ahigkeiten, mit weiteren Endgeraten 
insbesondere nach dem Aufbau einer Verbindung, 
Mitteln zur Signalisierung unter Verwendung von 
Datenstrukturen, die Angaben iiber den verwendeten 
Datentyp, das zu benutzende Decodierwerkzeug und die 
Datenkapazitat enthalten. 

14. Endgerat zur empf angsseitigen Auswertung von 
audiovisueller codierter Information in einem vorgegebenen 
rahmenstrukturierten Ubertragungsstandard mit folgenden 
Merkmalen : 

Mitteln zur Zerlegung eines bzw. mehrerer gemul tiplexter 
rahmenstrukturierter Datenkanale eines 
Ubertragungsstandards in einzelne audiovisuelle 
Datenstrome, 

Mitteln zum Austausch der Fahigkeiten, insbesondere der 
Codier- und Decodierf ahigkeiten, mit weiteren Endgeraten 
insbesondere nach dem Aufbau einer Verbindung, 
Mitteln zur Signalisierung unter Verwendung von 
Datenstrukturen, die Angaben uber den verwendeten 
Datentyp, das zu benutzende Decodierwerkzeug und die 
Datenkapazitat enthalten . 
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Verfahren zur Einbinduncr von audiovisueller codierter 
Information in einen vorqecrebenen, rahmenstrukturierten 
Ubertraqunqsstandard sowie Endgerate hierzu 

Zusammenf assung 

Zur Einbindung von audiovisueller codierter Information in 
einen vorgegebenen, rahmenstrukturierten 

Ubertragungsstandard werden einzelne Datenstrome in einen 
bzw. mehrere Datenkanal/- kanale des rahmenstrukturierten 
Ubertragungs standards gemultiplext . Ausserdem werden die 
Fahigkeiten der kommunizierenden Endgerate asgetauscht . 



(Figur 2a) 
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